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METHOD AND APPARATUS FOR CAMOUFLAGING OF DATA, 
INFORMATION AND FUNCTIONAL TRANSFORMATIONS 



CROSS-REFERENCE TO RELATED APPLICATIONS 

This application claims the benefit of pending provisional patent application 
60/280,629, filed on March 29, 2001, which is hereby incorporated by reference. This 
application is a continuation-in-part of pending patent application 09/874,795, filed on 
June 5, 2001, which is hereby incorporated by reference, and which claims the benefit of 
pending provisional patent application 60/280,629. This application is also a 
continuation-in-part of pending patent application 09/750,51 1, filed on December 27, 
2000, which is hereby incorporated by reference, and which is a divisional of U.S. Patent 
No. 6,170,058. 

FIELD 

The present application relates generally to securing access-controlled, computer- 
representable objects — such as data, information and instructions for executing functional 
transformations — through the use of a generalized camouflaging technique and, more 
specifically, to camouflaging computer representations of graph-modeled systems and 
computer representations of Boolean function-modeled systems. 

BACKGROUND 

"Camouflaging" is generally understood to mean a method of disguising 
something in such a way that it becomes virtually indistinguishable from its 
surroundings. For example, camouflaging in the context of war invokes a soldier 
wearing clothing that makes it difficult to distinguish him or her from the landscape, 
especially in the midst of heavy bush. In the area of computer information systems, 
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camouflaging can be viewed as a method for protecting sensitive data or information 
from unauthorized access. 

Ideally, a human being can protect an informationally sensitive object if he or she 
can remember it. Unfortunately, human recall is not always feasible for at least two 
5 reasons: 1) there may be too many objects for the person to remember; and 2) even a 
single object may be too large to remember. 

For example, current cryptographic data security techniques secure sensitive 
information by encrypting it with a key. The original information can only be recovered 
by decrypting it using the same key or a related key; the security of the data is thus 

10 transferred to the security of the key(s). In asymmetric cryptographic methods such as 
RSA, for example, each user holds a matched pair of keys: a private key and a public key. 
The private key and the public key form a unique and matched pair such that messages 
encrypted with the private key (e.g., data, code, or any other digitally represented 
information, including other cryptographic keys or cryptographic representations of 

1 5 information) can only be decrypted with the corresponding public key, and vice versa. 
The security of such asymmetric protocols requires keeping the private key confidential 
to the holder thereof. 

For example, Kausik discloses , inter alia, various techniques for 
cryptographically camouflaging such private keys, and other forms of access-controlled 

20 data in U.S. Patent No. 6,170,058, its associated divisional application (currently pending 
as Ser. No. 09/750,51 1), filed December 27, 2000, and an associated continuation-in-part 
U.S. Patent No. 6,263,446. These three documents (collectively, " Kausik ") are all 
incorporated herein by reference in their entirety. Another type of camouflaging, known 
as "generation camouflaging" also provides a system that is relatively secure from the 

25 kinds of hacker attacks on encrypted data systems which are described by Kausik. 

Generation camouflaging is discussed and claimed in a co-pending application, Serial 
No. 09/874,795, filed by Hird on June 5, 2001 (hereafter, "ffird"), and incorporated 
herein by reference in its entirety. Unlike Kausik f s cryptographic camouflaging, 
however, Hird's generation camouflaging aims at regenerating private keys without 

30 storing the private key bit strings, either encrypted or unencrypted. Thus, generation 
camouflaging goes beyond Kausik, in that it does not require the secured objects to be 



57823.01-Palo Alto Server 1 A 



stored in any manner (either encrypted or unencrypted), either within the wallet or in any 
other component of the system. 

The present application extends the techniques of Hird to still other techniques for 
camouflaging computer-representable state information, as will be described in the 
5 sections following. 

SUMMARY 

A method and apparatus for camouflaging computer-representable objects such as 
10 data, information, and/or instructions for executing functional transformations. Specific 
examples of computer-representable objects include: a sequence of binary digits; a real or 
integer number; a graph (for example, a data structure tree or a connected graph 
H : representing a local area network); a table of values; a graphic; a computer program; and 

o 

□ a system state; and any other type of state information. 

HI 15 As described in detail below, one embodiment of the generalized camouflaging 

y i 

S method is related to the cryptographic camouflaging method described in Kausik. 

fjj Another embodiment of the generalized camouflaging method provides for securing 

* , access-controlled, computer-represented data or information similar to the method of 

0 generation camouflaging which is described in Hird. As described therein, generation 

n 20 camouflaging secures data or information that is generated by functions. An exemplary 
y application involves securing private keys in a "key wallet" for use with existing public 

key signature methods such as RSA, DSS, El-Gamal, elliptic curve cryptosystems, and 
their associated key generation, verification and certification technologies. 

Another embodiment of the generalized camouflaging method provides for 
25 securing the informational content of a physical and/or logical system that is modeled by 
a computerized graph. Such types of information may include, for example, links and 
nodes in a telephone network, an access graph in the context of the Internet, and a routing 
graph for a package delivery company. This embodiment of generalized camouflaging is 
described as Graph Camouflaging. Graph camouflaging is grounded in the fact that 
30 numerous physical and/or logical systems are almost exclusively modeled with the use of 
a graph. The state information contained in such graphs must often be secured. 

3 



57823.0i-Palo Alto Server 1A 



Consider, for example, a telephone company. The links in the telephone network 
might fail with some probability at any given time. Information can be stored about how 
often the various links can be expected to fail by first modeling the network by a graph, 
where the edges in the graph correspond to physical and/or logical links in the network. 
5 Each edge in the graph is weighted with the rate at which the network link is expected to 
fail. Information about the system which is modeled by and contained in such a graph is 
useful for designers of the network, as well as for those who maintain the network, and 
may very well constitute a trade secret. Moreover, if a competitor gets a chance to look 
at this graph, he or she could conceivably use the information therein to the detriment of 
1 0 the telephone company owning the underlying physical and/or logical network. The 
graph camouflaging embodiment therefore provides a method and apparatus for 
camouflaging the data and information of a system that is modeled by a graph. 

Yet another embodiment of the generalized camouflaging method provides for 
camouflaging a system that is modeled by a Boolean function. Boolean functions have 
1 5 been employed to model decision-making systems in a variety of domains. Examples 
include an expert system's decision-making functions, and the voting function of a 
governing body. This embodiment of generalized camouflaging is described as Boolean 
Camouflaging, 

C3 The foregoing represents a few exemplary embodiments of the generalized 

20 camouflaging method. More broadly, however, the camouflaging technology of the 
present invention is usable generally for securing, through camouflaging, any form of 
computer-representable object that carries or represents data, information, or instructions 
for executing functional transformations which are intended to remain secured and 
protected from unauthorized use or access. We describe the generalized camouflaging 
25 technique of the present invention using the following nomenclature. Let {Oo, Oi, Oi> • 
.O n -i, O n ,. . . , O q } be a set of computer-representable objects related to a Secret, S, which 
is to be secured by a computer system through camouflaging. As used herein, the term 
"secret" denotes any quantity to be protected against unauthorized access. The objects 
are related to S via a computer-implemented function,/, such that/(O 0 , Oi, 0 2 , . . . O n -i, 
30 O n> . . . , O q ) = S. Objects O 0 , Oi, 0 2 , . . . Qn-i, O n ,. . . , O q are referred to as the Sub- 
Objects ofS, and/is referred to as the Composition Function. In the general case, a user 
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of the generalized camouflaging system need remember, or be able to independently 
generate, one or more of the sub-objects of S (for example, the subset {Oo, Oi, . . . O n -i}), 
hereinafter referred to as the Password(s). The term "password" is used as a matter of 
convenience, and includes not only conventional PINs, passwords, and other types of 
5 access-codes typically held by users, but also other types of user-held information (as will 
be described in greater detail herein) regarding a system being camouflaged. The rest of 
the sub-objects (e.g., the subset {O n , O n +i, . . . O q }), are not remembered or generated by 
the user, but are rather stored in a manner accessible to the system. This storage place is 
referred to as the system's Wallet The sub-objects Oo, Oi, 0 2 , . . . O n -b O n ,. . . , O q need 
1 0 not be of the same type or class of object as each other, nor of the secret S. The wallet 
can also store (but is not required to store) a description of the composition function,/ 
However,/ need not be stored if the appropriate parties know what this function is. For 
example, the wallet may be a hardware and/or software device carried by a person to be 
O used by the person in conjunction with software (stored in a computer) to retrieve the 

Q 1 5 information under concern. In this case/could be stored, in part or in whole, in the wallet 

y i 

5 and/or the computer software. Those skilled in the art will readily appreciate that any 

ft 

fU conventional technique can be used to implement the computer-executable logic 

y instructions comprising the hardware and/or software. For example, such instructions 

S3 might take the form of microcode, PALs, firmware, any compiled or interpreted software 

2 5 1 

□ 20 language, etc. 

The generalized camouflaging technique secures access to a computer- 
representable object in the following manner. When an authorized user wishes to access 
the secret, S, he or she must input the password(s) {O 0 through O n _i} into the system, or 
otherwise cause them to be entered. The system then uses the passwords in conjunction 
25 with the other sub-objects (which are stored in the system's wallet, or are otherwise 

independently accessible to the system) to regenerate or generate the secured secret, S. In 
particular, the system applies its composition function to the user input and the other sub- 
objects, thereby generating a system output. The output will be the secret, S 9 if and only 
if the user has entered the valid password(s), i.e., the user is an authorized user. 
30 Otherwise, the output may be meaningless, fixed, or it may be configured to resemble S 
in order to fool attackers into take further actions in hopes of allowing detection of the 
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attacker. In the latter case, an unauthorized user can be fooled into believing that he or 
she has also accessed the secret, when in truth has accessed a different quantity, S*. The 
system may further be implemented such that if the unauthorized user later attempts to 
use S* in place of S, the system is capable of detecting such activity and identifying the 
5 unauthorized user, without the user's knowledge. In such a case, we refer to as a 
pseudo-secret. 

As a matter of convenience, we shall henceforth generally describe the various 
embodiments of generalized camouflaging as having an output (here, S*) corresponding 
to an input (here, O* ). The reader should appreciate that such input and output will be 
10 configured in accordance with the particular information (or lack thereof) desired to be 
fed back to the fraudulent user. Depending on the particular implementation of the 
system, the output can be meaningless, random, fixed, or pseudo-secret (also called 
pseudo-valid), with the input having the appropriate corresponding characteristics. In the 
case of a pseudo-valid quantity, a characteristic of the output would suggest to an attacker 
1 5 that a valid quantity has been obtained. 

Persons skilled in the art will recognize that applications of generalized 
camouflaging include, but are not limited to: (a) strong authentication for secure 
remote/local access to computing and storage resources; (b) reduced user sign-on in 
environments with multiple computers on a network; (c) strong authentication for secure 
20 access through firewalls with or without the IPSEC network protocol; (d) digital 
u signatures for secure electronic commerce transactions; (e) digital signatures for 

electronic payment mechanisms; (f) secure access to databases and/or digital signatures 
for database transactions; (g) secure access to routers and network switches; (h) secure 
access to distributed services; (i) embedded applications wherein the user is represented 
25 by a computational agent, such as a computer program (software or firmware); and (j) 
secure access to arbitrary objects such as graphs, Boolean functions, etc. 

While the above examples mention specific applications of generalized 
camouflaging, those skilled in the art will recognize that generalized camouflaging is 
usable for securing any computer-representable object (such as objects that carry or 
30 represent data, information, or instructions for executing functional transformations) 
which is intended to remain secured and protected from unauthorized use or access. 
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BRIEF DESCRIPTION OF THE FIGURES 



Figure 1 A is a schematic overview of the generalized camouflaging technique as 
applied to an authorized user. 

Figure IB is a schematic overview of the generalized camouflaging technique as 
applied to an unauthorized user. 

Figure 2 is a schematic overview of the cryptographic camouflaging method of 
Kausik. 

Figure 3 is a schematic overview of a cryptographic camouflaging embodiment of 
generalized camouflaging. 

Figure 4A is a schematic overview of a generation camouflaging embodiment of 
generalized camouflaging. 

Figure 4B is a specific embodiment of the system of Figure 4 A. 

Figure 5 depicts an example graph model representation (and associated matrix 
data structure) of a physical and/or logical system. 

Figure 6 is a schematic overview of a graph camouflaging embodiment of 
generalized camouflaging. 

Figure 7 depicts an example truth table for a decision-making process modeled by 
a Boolean function. 

Figure 8 is a schematic overview of a Boolean function camouflaging 
embodiment of generalized camouflaging. 

DETAILED DESCRIPTION 

Figures 1A and IB give a schematic overview of the elements of an exemplary 
access-control system. The system performs the method of generalized camouflaging to 
secure access-controlled, computer-representable objects. The first component of an 
exemplary system is the wallet 100, which stores an arbitrary number of objects 101 (the 
"sub-objects" of the secret S). The sub-objects are generally of different types (e.g., 
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numbers, alphanumeric strings, computer programs, etc.), but may be of the same type in 
certain embodiments. 

The second component of the system is the composition function,/ 110, which 
may or may not be stored in the wallet. Figures 1 A and IB depict / as being stored in the 
5 wallet for illustration only; alternatively, the composition function may be stored in any 
area accessible to the system, or may also be input to the system. The third component of 
the system is a user-entered input O 0 or 0*120, which is not stored within the wallet, but 
which is entered as a password(s) to the system by a user 125 (authorized or 
unauthorized) of the system. As a matter of convenience, the user input has been 
10 described as if it were a single quantity, although, depending on the particular 

implementation, the user could actually be required to enter multiple quantities. Thus, 
the term "user input" and the related quantities used herein should be understood to 
include either single or multiple quantities. 

The fourth component of the system is the system's output, S (or £*) 130, which 
m 15 is either a true reproduction of the secured object (S) or a likeness of it (5*). Just as with 
2 the user-input, this output should be understood to include both single and multiple 

ry. quantities, depending on the particular implementation. 

j\ In an exemplary embodiment, the generalized camouflaging system may be 

D implemented as server software, running on a general-purpose computer, accessible to 

p 20 users of the system. 

P The wallet could be stored in any number of ways. For example and without 

limitation, it could be stored in a handheld device such as a PDA or a cell phone (in a 
chip in the phone), it could be stored in a special purpose chip (in which case an 
appropriate reader will be needed), or it could be stored in a centralized access-controlled 
25 database. Also, the password could be input through a variety of devices such as the 

keyboard of a computer, through a cell phone, uploaded as a file through the Internet, etc. 
Exemplary output devices include the monitor of a computer, the display of a cell phone 
or a PDA, any printer, downloaded as a file through the Internet, etc. 

Figure 1 A illustrates how the generalized camouflaging process works with an 
30 authorized user. In many applications, a PIN value is used as a password to the system. 
Thus, for convenience, an exemplary embodiment shall be described herein using a PIN 

8 
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input, but should be understood to include single or multiple passwords of various types. 
An authorized user 125 would have a valid PIN, Oo 120, and enter it into the system; the 
composition function/110 would then use both the user-entered PIN 120 and the sub- 
objects 101 that are stored in the wallet 100 to regenerate the secured object S 130. The 
system then outputs S 130. 

Figure IB shows how the system works with an unauthorized user who does not 
have a valid PIN. Any user who enters an invalid PIN, O*, would not be able to 
regenerate the secured object using the system. Instead, the composition function would 
operate on O* and the stored sub-objects, outputting S* rather than S. The unauthorized 
user would be unable to distinguish S from £*, because both of these objects are of the 
same form, having been generated from the same function. If the user further attempts to 
use the "bogus" form of the secured object, £*, he or she can be detected by the system as 
a malicious intruder, without informing the user of the detection. 

The following description provides specific examples of how the generalized 
camouflaging system described above may be implemented to protect particular types of 
computer-representable objects. 

1. The Cryptographic Camouflaging Embodiment 

One embodiment of generalized camouflaging is the Cryptographic 
Camouflaging method disclosed in U.S. Patent No. 6,170,058, its associated divisional 
application (currently pending as Ser. No. 09/750,511), filed December 27, 2000, and an 
associated continuation-in-part U.S. Patent No. 6,263,446. These three documents 
(collectively, " Kausik ") are hereby incorporated by reference in their entirety. 

Figure 2 illustrates a method of cryptographic camouflaging described by Kausik. 
In cryptographic camouflaging, the wallet stores a private key 200 that has been 
encrypted under a user's valid PIN 210. Entry of the correct PIN will correctly decrypt 
the stored key 220. Entry of certain "pseudo-valid" PINs will also decrypt the stored key, 
but improperly so, resulting in a candidate key that is indistinguishable in form from the 
correct key. Such pseudo-valid PINs 240 are spread thinly over the space of PINs, so that 
the user is unlikely to enter a pseudo-valid PIN via a typographical error in entering the 

9 
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correct PIN. Prior to Kausik, existing wallet technologies had lacked pseudo-valid PINs, 
so that only a correct PIN would produce a decrypted key; thus, hackers could find the 
correct PIN by entering all possible PINs until some key (any key) would be produced. 
Once a key was produced, the hacker would know for certain that he had entered a valid 
5 PIN. 

Cryptographic camouflaging avoids this hacker problem by utilizing a plurality of 
candidate keys, thereby preventing a would-be hacker from knowing when he has found 
the correct PIN. In addition, hacker detection may be moved off-line into devices 
accepting messages signed with candidate keys, and/or the lockout threshold may be 

10 increased. Thus, the wallet can be forgiving of typographic or transposition errors, yet a 
hacker trying large numbers of PINs will eventually guess a pseudo-valid (but still 
incorrect) PIN and recover a candidate private key whose fraudulent use will be detected. 

The wallet may be used with associated key generation, certification, and 
verification technologies. As described by Kausik, various embodiments of the 

1 5 cryptographic camouflaging technique may include pseudo-public keys embedded in 
pseudo-public certificates-/. e. 9 public keys that are not generally known and which are 
contained in certificates that are only verifiable by entities authorized by a certifying 
authority. 

It is possible to describe cryptographic camouflaging using the nomenclature of 
20 generalized camouflaging. Thus, in Kausik' s method for PIN-based protection of a 

private key, the user must remember the PIN. This PIN corresponds to O 0 , i.e., a single 
sub-object (n = 1) remembered by the user (and therefore not stored in the wallet). The 
private key, PrK, corresponds to the secret, S, to be secured. The wallet contains a 
composition function,/, which relates the PIN, O 0 , to the private key, PrK. The wallet 
25 also contains other, unremembered sub-objects, Oi through O q (where q is an integer 

greater than or equal to 1), of which Oi through O q -i represent pseudo-valid PINs used to 
camouflage the secret/password combination, and O q is a representation of the private key 
encrypted under the correct PIN. 

Any user who has access to the wallet and who knows the PIN, O 0 , can access or 
30 obtain the private key, PrK, from the security system. But consider a user who has access 
to the wallet and yet does not know the PIN— i.e., an "unauthorized user." Having 

10 
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access to the wallet, the unauthorized user might try to access or obtain PrK from the 
security system by entering different, but incorrect, values for the PIN. If O* is the PIN 
tried, he or she will gety(0*, Oi, . . . , O q ) = PrK* instead of PrK. The sub-objects are 
such that/O*, Oi, . . . , O q ) will still return an object of the same kind as PrK, which 
5 object will be structurally indistinguishable from PrK but functionally and 

informationally useless to the unauthorized user. This is achieved by identifying the 
pseudo-valid PIN O, equal to O*, and using that PIN as the key to decrypt an encrypted 
version of the private key, O q , to generate and output a quantity PrK*. Because PrK and 
PrK* are (by design) the same type of object, there is no way for the unauthorized user to 

10 know if a valid password has been entered: the secret private key, PrK, is thus 
"camouflaged" by generation of the pseudo-secret private key, PrK*. 

Thus, cryptographic camouflaging provides a special case of generalized 
camouflaging where both the user-entered input, Oo or O*, and the secured private key, 
PrK, are integers. Figure 3 illustrates a cryptographic camouflaging embodiment of 

15 generalized camouflaging. If, for example, the private key is one of an RSA system, then 
the sub-objects will be: the user-entered input, O 0 or O* 320; a predefined set of the most 
significant bits of the PrK (" MSBs ") 301; g(LSBs,PIN) 302; and h 303. Here, g is an 
encryption function used to encrypt the remaining, least significant bits of PrK ("LSBs") 
using the correct PIN, and h is the corresponding decryption function. 

20 In one of Kausik's exemplary embodiments, h is actually a composite function 

comprising a (pure) decryption function together with a testing function. The (pure) 
decryption function is simply the complement of g (as appropriate to the particular 
cryptographic protocol being sued, as understood by those skilled in the art). The testing 
function allows certain, but not all, user inputted inputs to be passed through. That is, if 

25 the user input is one of several pseudo-valid PINs, Oi through O q _i (e.g., as determined 
by a many-to-one hash test), the input is passed through to h. If not, the input is not 
passed through (and the system aborts its operation). 

In the foregoing example, the composition function, /3 10, can be generally 
described as follows: /(p, q, r, s) = q *s(r,p), where " " " is the concatenation operator. The 

30 secured private key will thus be regenerated by the system via /310 when a valid PIN, Oo 
320, is entered: f[O 0 , MSBs, g(LSBs, PIN), h) = MSB ' A[g(LSBs, PIN), O 0 ] = MSB ' 

11 
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LSB = PrK. In other words, the system first uses decryption function h to decrypt 
g(LSBs, PIN) 302 with the user supplied input, O 0 320. It then concatenates the MSBs 
301, which are stored in the wallet 300, with the decrypted bits. The result of the 
concatenation, PrK 330, is what the system outputs to the user. 

Similarly, a pseudo-secret private key will be regenerated by the system via/310 
when a pseudo-valid PIN, O* 320, is entered: J[0\ MSBs, g(LSBs, PIN), h) = MSB ' 
%(LSBs, PIN), O*] = MSB * LSB* - PrK*. In other words, the system first uses 
decryption function h to decrypt g(LSBs, PIN) 302 with the user supplied input, O* 320 
to produce LSBs*. It then concatenates the MSBs 301, which are stored in the wallet 
300, with the decrypted bits. The result of the concatenation, PrK* 330, is what the 
system outputs to the user. This concatenation is structurally similar to the correct PrK, 
but ineffective as a private key if the user-entered input, O 0 > is not the correct PIN. 

2. The Generation Camouflaging Embodiment 

One specific embodiment of the generalized camouflaging technique is 
Generation Camouflaging, which is also directed at securing private keys in an 
encryption scheme. Unlike cryptographic camouflaging, however, generation 
camouflaging aims at regenerating private keys without storing the private key bit strings, 
either encrypted or unencrypted. Generation camouflaging is discussed and claimed in a 
co-pending application, Serial No. 09/874,795, filed by Hird on June 5, 2001, and 
incorporated herein by reference. 

Generation camouflaging also provides a system that is relatively secure from the 
kinds of hacker attacks on encrypted data systems which are described by Kausik. As 
described by Hird, generation camouflaging goes beyond Kausik, in that it does not 
require the secured objects to be stored in any manner (either encrypted or unencrypted), 
either within the wallet or in any other component of the system. Those skilled in the art 
will appreciate that the basic elements of the following discussion are applicable to many 
other systems as well, both cryptographic and non-cryptographic, where secured and 
confidential data or information is generated by a special function. 

12 
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Figure 4 A gives a schematic overview of functional elements of the overall 
system of the cryptographic camouflaging embodiment, each of which plays a role in the 
secure generation of a private key and its subsequent use. The first component is the key 
wallet 400, which stores a seed derivation function 401, related sub-objects 402, and a 
5 generation function 410 for private key, PrK 430, that is used to create signatures. The 
seed derivation function 401 generates a seed value for the key generation function 403, 
which generates the public and private keys for the user. 

In particular, a private key (and its corresponding public key, in accordance with a 
specified relationship between private and public keys appropriate to the particular 
10 cryptographic protocol in use) is generated as a function of a seed using known key 

generation protocols such as those described in Schneier, Applied Cryptography, Wiley, 
1996 and Menezes, Handbook of Applied Cryptography, CRC Press, 1997. 
H : Generally, in the generation camouflaging embodiment of generalized 

O camouflaging, the composition function,/ uses the generation function, g, to regenerate 

jllj 15 the private key, PrK, using the other sub-objects (both user-entered sub-object(s) and 
41 those within the key wallet) to reconstruct the seed that was originally used to generate 

fij the private key. As described by Hird, in most applications, a user-entered PIN value is 

J\ used to reconstruct the original seed, and is about 4-6 bytes, which is typically smaller 

O than a standard-sized seed value. However, it is possible that the PIN value may be 

q 20 larger than the seed value. This could be accomplished, for example, by doing a many- 
H to-one hash of the PIN, and using this smaller byte sequence as the seed. 

More specifically, the input seed value to the generation function g may be 
derived from a PIN 420 that is remembered by a user and which is therefore not stored 
within the system's wallet. In a specific embodiment, for example, illustrated in Figure 
25 4B the wallet stores only a mask (which is an integer 402) and two functions: d 401, 
which is a function used to derive the seed from the PIN 420 and the mask 402; and g 
403, which is the generation function. As discussed in Hird, the function d may be the 
exclusive-OR function ("XOR"); however, in other embodiments, the input seed value 
may be derived from other types of relationships between the input PIN and any object(s) 
30 stored in the wallet. In the case where d is XOR, as in this illustrated example, the data 
that is secured through camouflaging, PrK 430, is g(?JN XOR mask). In other words, g 
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is a key generation function that takes (PIN XOR mask) as its seed. An authorized user 
who can access the wallet 400 and who knows the valid PIN will thus be able to 
regenerate the correct private key. An unauthorized user who can access the wallet but 
who does not know the valid PIN, however, will generate g(PIN* XOR mask) = PrK* 
5 where PIN* is an incorrect guess of the true PIN, and PrK* is a pseudo-key that looks 
structurally the same as the correct private key, but is functionally useless to the 
unauthorized user. 

Hence, in the above example for generalized camouflaging, the sub-objects are 
the PIN, the mask, d, and g. The composition function,/ (not shown), is described in this 
10 example as follows: /w,xj;,z) == z(y(w, x)). If the user properly remembers and enters 
the valid PIN, then the correct secured private key is reproduced by the system: 

/PIN, mask, XOR, g) = g(PIN XOR mask) - PrK. 
Otherwise, if the user does not know or remember the valid PIN, but enters a guess 
(PIN*) instead, then a pseudo-key is reproduced: 
Z 1 5 /PIN*, mask, XOR, g) = g(PIN* XOR mask) = PrK*. 

The result, PrK*, is structurally indistinguishable from the true private key, which serves 
to camouflage the actual private key, and both the PIN and the private key are still 
unknown to the unauthorized user. 

Note that generation camouflaging itself can be generalized in a number of ways. 
O 20 For example, in the above embodiment, instead of storing g, one could store a function 
that generates g. All such cases are specific embodiments of the generalized 
camouflaging technique. 



25 



The Graph Camouflaging Embodiment 



State information concerning a multi-dimensional physical and/or logical system 
is often most efficiently stored and manipulated if it is first modeled by a graph object 
before it is represented in a computer memory. A system that easily lends itself to being 
modeled by a graph object generally comprises a set of nodes and links between the 
30 nodes. Those skilled in the art will immediately recognize that a graph object modeling 
such a system comprises a set of Vertices, where each vertex corresponds to a given node 
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in the system, and a set of Edges, where each edge corresponds to a link in the system. 
As described below, graph objects are easily represented in a computer through well- 
known techniques. 

For example, consider a public switched network such as the Internet. One graph 
5 representing part or all of this system comprises: (a) a set of vertices, in which each 

vertex represents a switching element in the system; and (b) a set of edges, in which each 
edge corresponds to a physical connection between two switching elements represented 
by the vertices. Thus, data and information regarding the status of such a network is 
represented in graph form. State information of this nature is often quite sensitive and 
10 should be secured. Other computer-representable graphs may store, for example, 
information about the physical and/or logical access network of an Internet Service 
Provider or telephone company (wired or wireless), the routing network of package 
delivery company (such as FedEx), the status of a highway, subway, railroad, airline, or 
other transportation system, the status of a geophysical or other environmental 
[it 15 monitoring system, or the configuration of an organization or virtually any other 
£ collection of interrelated logical and/or physical entities. 

fy Those skilled in the art will recognize that, as a computer-representable object, a 

y graph G comprises a set of vertices, V, and a set of edges between vertices, E. The set of 

O vertices has at least one member, but the set of edges may in fact be empty, depending 

□ 20 upon the actual physical and/or logical entity (e.g. , a real-time model of a routing 

network) G is meant to represent. In addition, G can have a number of general or global 
attributes (e.g., if £ is not empty, then G may be either directed or undirected). 

Data and information about a physical and/or logical system can be represented 
by a graph, and thus stored inside a computer, using a number of different data structures. 
25 One well-known type of data structure used for storing data and information in graph 

form is called an Adjacency Matrix (see, e.g., E. Horowitz, S. Sahni, and S. Rajasekaran, 
Computer Algorithms, W.H. Freeman Press, 1998). Thus, if a graph G has n vertices 
(corresponding, for example, to n interconnected physical and/or logical elements in a 
network), then an adjacency matrix M of size nxn may be used to represent G — and 
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therefore the physical system — in a computer memory 1 , where each vertex (physical 
and/or logical element) corresponds to both a row and a column in the matrix. Generally, 
each adjacency matrix element, M[i]/j], will contain a specified object (for example, the 
integer zero) if there is no edge (interconnection) connecting graph vertices (physical 
and/or logical elements) i and j. Otherwise, M[i][j] will contain an object representing 
information pertaining to the edge (interconnection) — for example, the integer one, which 
simply indicates the edge's existence — and perhaps information about the vertices 
(physical and/or logical elements) i and j as well For example, MfiJ/j] could contain the 
length of the link (in meters) connecting vertices i and j in a telephone network. 

To illustrate this form of computerized representation of a physical and/or logical 
system, for example, Figure 5 shows a graph G 500, which comprises six vertices (501, 
502, 503, 504, 505, 506), each vertex corresponding to a switching element in a public 
switched network, and nine edges, each edge corresponding to a real-time 
interconnection between two switching elements. (In this figure, G is a connected graph, 
but it does not necessarily have to be.) An adjacency matrix, M 510, stores the 
information about the public switched network, and thus the graph G that models the 
network, in computer-representable form. In this illustration, the adjacency matrix M 510 
has six rows and six columns, where each row and each column correspond to one 
distinct vertex (switching element) of the graph (public switched network). 

Given that a multi-dimensional system can be represented as a graph object in a 
computer memory by using an adjacency matrix data structure, one embodiment of 
generalized camouflaging provides a method and apparatus for camouflaging a graph, 
described below. 

Figure 6 gives a schematic overview of the functional elements of an exemplary 
graph camouflaging system, which is another embodiment of the generalized 
camouflaging system called Graph Camouflage. In an exemplary graph camouflaging 



Depending on whether an implementation is in software, hardware, or a combination 
thereof, the memory might be a data structure or other type of software memory, a 
ROM, RAM or other type of physical memory, or some combination thereof. 
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system, the wallet 600 stores a partial graph, GP 601 , related sub-objects 602, and a 
graph completion module, gc 603. The graph completion module 610 transforms the 
partial graph into a secret graph, GS 630. The secret graph is to be secured through 
camouflaging, and generally represents data and/or information regarding a physical 
5 and/or logical system modeled by the graph. A user 625, has a Complementary Graph, 
Go 620, which he or she causes to be entered (either directly or indirectly) as the 
password into the system. This complementary graph, G 0 620, is then used in 
conjunction with the stored partial graph, GP 601, and related sub-objects 602, by the 
graph completion module, gc 603, which reconstructs the secret graph GS 630 by 
1 0 operating on the partial and complementary graphs. If the user causes an incorrect graph 
to be entered, G*, then the graph camouflaging system will reconstruct a different graph, 
GS*, and the actual secret graph, GS, including the information it contains about the 
physical and/or logical system it represents, remains secured. As in the other 
embodiments of generalized camouflaging, the outputted quantity (here, graph GS*) can 
rt 15 be meaningless, random, fixed, or pseudo-valid (the latter indicating a capability to fool 

an attacker into thinking that a valid result has been obtained), 
fif As an illustration of graph camouflaging, consider a physical system of n 

y. interconnected elements modeled by an undirected graph. A graph is said to be 

O undirected if M[i][j]=M[j][i] for all nodes i and j. In this example, GS 630, representing 

5 20 data and information about the physical system, is not stored within the system. Rather, 
r 1 GS has been initially partitioned into two subgraphs: G 0 620, which need not be stored in 

the wallet, and GP 601, which is stored in the wallet in the form of an adjacency matrix 
data structure. One method of partitioning the graph, GS, is by the following: 

Step (1): Construct the n x n adjacency matrix, M, containing the information 
25 about GS (and, therefore, the physical system) to be secured. 

Step (2): Select one or more rows of the adjacency matrix, M. The number of 
rows selected must be less than the total number of rows {i.e., vertices in GS, hence 
elements in the physical system modeled thereby), n. For example, the number of rows 
selected can be an integer derived from log(ri)ox Vrc or any other protocol known to those 
30 skilled in the art. Because each row maps to a unique vertex identifier, selecting a row 
means selecting a graph vertex that may be uniquely identified by an integer between 1 

17 



57823.01-Palo Alto Server 1A 



and n (inclusive). In an exemplary embodiment, rows are selected at random; 
alternatively, a given row may be selected from an integer function of n, or any other 
method of row selection may be used. 

Step (3): Store in the wallet 600 the total number of physical system elements, n, 
5 which defines the size of the adjacency matrix, M (n is therefore one of the related sub- 
object 602). 

Step (4): Delete the content of the rows selected in Step (2) from M. In addition, 
delete the content of the columns having the same integer identifiers as the rows deleted. 
This deletion step has the effect of removing vertices from the secret graph, GS, 
10 represented by M: If(ri,r 2 , ...,r k ) and(ci,c 2 , c k ) are the rows and columns 

(respectively) selected in Step (2) and deleted in this Step (4), then the vertices {1,2,..., 
k} have been deleted from the secret graph, GS. GP is the sub-graph of GS that results 
after deleting these vertices. 

Step (5): Store the sub-graph, GP 601, in, for example, row-major order within 



O 

£ 15 the wallet 600. 

1 



Step (6): The content of the integer identifiers (or indexes) for the rows (and 
fyj columns) deleted, along with the rows (and columns) deleted, form the complementary 

f , graph, G 0 620. (Actually, since GS is an undirected graph, the complementary graph 

O need only store the deleted row identifiers and row content, since the matrix M is 

H 20 symmetric. If GS were directed, the complementary graph would include both the 

deleted row and column information). Any format can be used for the storage of GS, for 
example, deleted identifiers, followed by a non-numeric or other means of demarcation, 
followed by the deleted content. The complementary graph need not be stored within the 
wallet, but can be distributed or otherwise made accessible to a user 625 of the system 
25 via, for example, a smart card or other external, portable memory device. Where the 
information that comprises the password, Go , is too large or otherwise inconvenient for 
an individual user to remember, an external, portable memory device, such as a smart 
card may be used to store the complementary graph. In a form of multi-level 
camouflaging, the smart card may itself be protected by a PIN, using the camouflaging 
30 methods of Kausik, Hird, those additionally disclosed herein (e.g., graph or Boolean 

camouflaging), or any other camouflaging scheme known to those skilled in the art. The 
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choice of whether or not to have a PIN, and the protection scheme therefor, depends on 
the engineering choices and security needs of the particular system in question. Such 
multi-level camouflaging is, of course, equally applicable to the other embodiments of 
generalized camouflaging described herein, and may comprise multiple applications of 
5 the same type of camouflaging embodiment, as well as applications of different 
embodiments at different levels. 

In an exemplary embodiment of graph camouflaging, once the secret graph, GS, 
has been partitioned into complementary and partial graphs (typically stored separately), 
the system secures the data and information in GS, and therefore of the physical system 
1 0 that the graph represents, in the following manner. 

A user desiring access to GS would enter (or cause to be entered) the 
complementary graph Go. For example, if the complementary graph has been stored on a 
P PIN-protected smart card, then the user would insert this smart card into a reader device 

Q and enter a PIN. If the PIN is correct, the smart card will allow the correct 

m 15 complementary graph, G 0 , to be read off the card; if the PIN is incorrect, then the smart 
S card will cause an incorrect, "dummy graph, G* to be read. The dummy graph is either 

Si stored directly on the card, or it may be generated by the card if the card possesses 

55 

jj. processing capabilities. 

tl The complementary (or dummy) graph is thus entered into the system. The 

3 20 generalized camouflaging system produces an output graph from the partial graph, GP, 
Jj which is stored in the wallet and the user-entered graph, using a graph completion 

module, gc, which has also been stored in the wallet. The output graph could be made 
available to the user in a number of ways. It could be displayed on the screen (using 
graph drawing programs), it could be written on a computer-readable medium (such as a 
25 floppy disk, CD, etc.), it could be sent to a printer, it could be sent to an application 
program that processes it further to retrieve relevant information from the graph, or it 
could be processed in still other ways known to those skilled in the art. In this example, 
where the partial graph, GP, and the complementary graph, G 0 , have been generated by 
the method outlined above (i.e., by removal of row content from the secret graph, GS), 
30 then the graph completion module constructs a graph from G 0 and GP by: (a) generating 
annxn matrix M and initializing all the entries to zero; and (b) filling in the correct 
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values for the rows (and columns) stored in the wallet from the complementary graph G 0 
(for example, if rows and columns 5 and 7 are in the wallet and the graph is undirected, 
rows and columns 5 and 7 of M will be filled with the appropriate values stored in the 
wallet); and (c) filling the rest of the values of M with the corresponding values in GP. 
The foregoing describes one exemplary technique for combining the complementary and 
partial graphs; many other well known techniques for combining two matrices are known 
to those skilled in the art, and need not be described herein. 

Thus, in the above example for generalized camouflaging, the sub-objects are the 
user-entered complementary graph, Go 620 (which comprises both the content and the 
integer identifiers for the rows deleted), the partial graph, GP 601, n 602, and gc 603. 
The composition function, 2 / 610, is described in this example as follows: /(w,x,j/,z) = 
z(x, y, w). If the user properly remembers and enters the correct complementary graph G 0 
(via, for example, the smart card method described above), then the correct secured 
graph, GS, is reproduced and output by the system: 
f[G 0 , GP, n, gc) = gc(G 0 , GP, n) = GS. 

Otherwise, if the user does not remember or cause to be entered the correct 
complementary graph, but instead causes to be entered a dummy or otherwise bogus 
graph, G* instead, then a pseudo-graph is reproduced and output by the system: 
/G*, GP, n, gc) = gc(G*, GP, n) = GS*. 

The foregoing illustrates a graph addition process. Other aspects of a graph 
camouflaging system may use different methods for partitioning the secret graph, GS. 
For example, information about a physical system can be secured through graph 
camouflaging if the system is modeled by a graph that can be represented as the product 



The composition function is the inverse or complement of a decomposition module 
initially used to decompose the graph into the partial graph and complementary 
graph. Those skilled in the art will readily appreciate that many different 
implementations of decomposition modules are possible using well-known techniques 
of computer matrix manipulation, including without limitation, those disclosed in the 
foregoing paragraph. 
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of two graphs, one of which is treated as the complementary graph, G 0 , the other of 
which is a sub-graph, GP, and is stored in the wallet. In this example, the user enters (or 
causes to be entered) an input graph. The graph camouflaging system performs a graph 
product operation on the input graph and the partial graph stored in the wallet. If the 
input graph is correct, the system properly generates and outputs the secured graph, GS; 
otherwise, a plausible (but informationally empty) graph, is output to the user. In 
general, then, any graph decomposition process known to those skilled in the art can be 
used in connection with graph camouflaging. 

Those skilled in the art will recognize that graph camouflaging can be modified 
in a number of ways. For example, any number of partial graphs may be used. In 
addition, the operation to be performed on the partial graphs-/. a, the graph composition 
module, go-can also be chosen in different ways, depending upon the nature of the secret 
graph, GS. 

4. The Boolean Function Camouflaging Embodiment 

Yet another embodiment of the generalized camouflaging technique is that of 
camouflaging the data and information in a decision-making system, in which data and 
information is most conveniently modeled by Boolean functions. For example, 
computerized expert systems make decisions based upon a complex combination of 
propositional states of Boolean variables defined by the system's known parameters. 
Protecting the information in an expert system can be accomplished by using one 
embodiment called Boolean Camouflaging. Boolean camouflaging is useful for any 
system that can be modeled using Boolean functions. 

It is well known in the art that a Boolean function can be represented within a 
computer using a matrix data structure. A matrix can be used to store the truth table that 
describes the output of Boolean function, and thus the behavior of the decision-making 
system being modeled by that Boolean function (i.e., the state information of the system). 
Thus, if a Boolean function, i 7 , has n Boolean variables (corresponding, for example, to n 
independent propositional states for the system), then a matrix data structure, M f of size 
2 n x (n+\) may be used to represent F— and therefore the decision-making system— in a 
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computer memory, where: (a) each Boolean variable (prepositional state) corresponds to 
one column in the matrix; (b) F corresponds to the last column in the matrix; and (c) each 
row corresponds to a unique combination of Boolean values for the Boolean variables, 
represented by a unique n-bit string. For example, one skilled in the art will recognize 
5 that the conventional first row of a truth table will contain the bit-string (0,0,0, 0, 
F(0,0,0,. . .,0)), the second row will contain the bit string (0,0,0,. . .,1,F(0,0,0,. . .,1)), the 
third row will contain (0,0,0,. . .,1,0^(0,0,0. . .,1,0))— etc.— and the last row will contain 
the bit string (1,1,1,. ..,1,F(1,1,1,...,1)). 

As an illustration, assume that a decision-making system is modeled by a Boolean 
10 function that makes decisions based upon four Boolean variables, xi, x 2 , x 3 , and X4. Such 
a system may, for example, relate to an expert geological system, where a decision to 
drill for oil depends upon four independent conditions, e.g., the system will recommend 
drilling if: (1) the terrain does not lie adjacent to a major volcanic plume (NOT xi); (2) 
the composition of the terrain lies within a certain percentage range of limestone (x 2 ); (3) 
1 5 the terrain falls within a mathematically-defined, statistical set of parameters pertaining to 
P the location of the terrain relative to known oil fields (x 3 ); and (4) there has been no 

If seismic activity within the boundaries of the terrain within the past 150,000 years (NOT 

x 4 ). The only bit string representing this set of conditions and the recommendation for 
3 drilling is (0,1,1,0,1), where the first four bits are the Boolean values corresponding to the 

20 above propositional state variables and the fifth bit corresponds to the value of the 

Boolean function (in this example, 1) that models the expert geological system. In this 
example, all other combinations of xi, x 2 , x 3 and x 4 correspond to a value of F equals 
zero. 

Turning now to a slightly more complicated example, Figure 7 illustrates how a 
25 complete truth table is set up for decision-making process modeled by a Boolean 

function, for example, the function F(x u x 2 , x 3 , X4) = (x 2 OR x 3 ) AND ((NOT x 3 ) OR x 4 
OR (NOT xO). Those skilled in the art will recognize that, generally, the order of the bit 
strings for the Boolean variables (propositional variables) within a truth table (expert 
system) is conventional — here, for example, each row contains a unique combination of 
30 bits for the four variables (the first row containing (0000), the last row containing (1111) 
the rows ordered incrementally), for a total of 2 4 = 16 rows in the table. The final bit for 
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each row in the table contains the Boolean function value, F(xi,x 2 ,x 3 ,X4). This truth table 
may be directly stored within a computer memory using, for example, a two-dimensional 
matrix, M, (here, having size 2 4 x 5). Of course, the ordering by value of xi, X2, x 3? X4 in 
the foregoing truth tables is arbitrary, and could be replaced with any other convention - 
5 or even no convention at all since the table itself carries the values of the propositional 
states. But where a convention is used, a more economical way of representing such a 
table is by simply storing just the last column of the truth table, F, since the first /z-bits 
within each row are understood to be ordered by value in accordance with a standard 
protocol. Thus, in a particularly space-efficient embodiment, a Boolean function of n 
10 variables can be represented as a bit array (i.e., a one-dimensional matrix) of size 2 n , 
where n is the number of propositional variables upon which the Boolean function 
depends. 

14, Given that a multi-dimensional decision-making system can be represented (at 

y least in part) by a Boolean function object in a computer memory using a truth table, and 

U 

M 15 corresponding to an array data structure (i.e., a one-dimensional matrix), one embodiment 

Iff 

of generalized camouflaging provides for camouflaging a Boolean function, as described 
Q below. Although the following exemplary embodiment uses the term "array" with 

3 reference to a matrix of size 1 x n (or n x 1), those skilled in the art will readily appreciate 

U e how to apply the teachings of this exemplary embodiment to any other embodiment using 

W 20 a matrix generally (i.e., of size m x n). In such an embodiment, the term "array" should 
q be understood to encompass a column or row of the matrix. 

Figure 8 gives a schematic overview of the functional elements of an exemplary 
Boolean camouflaging system. In an exemplary Boolean camouflaging system, the 
wallet 800 stores a partial truth table, TP 801, and a table completion module, tc 802, for 
25 transforming the partial table into the secret table, TS 830. The secret table is to be 

secured through camouflaging, and generally represents a decision-making model for a 
decision-making (expert) system, represented by a Boolean function. Here again the 
output of the system can be presented to the user in a number of ways: via computer 
monitor, via printed expression, via a program that encodes the expression and is able to 
30 compute the value of the expression on any input set of values for the variables, etc. 
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A user 825, has a complementary array, T 0 820, which he or she causes to be 
entered (either directly or indirectly) as the password into the system. This 
complementary array, T 0 820, is then used in conjunction with the stored partial table, TP 
801, by the table completion module 3 , tc 802, which reconstructs the secret table TS 830 
by operating on the partial table and the input complementary array. If the user causes an 
incorrect complementary array, J*, to be entered, then the Boolean camouflaging system 
will reconstruct and output a different, yet meaningless truth table, TS*, and the actual 
secret truth table, TS, including the information it contains about the decision-making 
system it represents, remains secured. 

As an illustration, consider an exemplary wallet for use in a Boolean 
camouflaging system, in which a decision-making system is modeled by n propositional 
states, hence n Boolean variables. In this embodiment, TS 830, representing the decision- 
making system's truth table (or state information) in the form of a bit array, is not stored 
within the system. Rather, TS has been initially partitioned into two subarrays: T 0 , 820 
which need not be stored in the wallet, and TP 801, which is stored in the wallet. One 
method of partitioning the table, TS 830, is analogous to the partitioning process used in 
graph camouflaging, i.e.: 

Step (1): Construct the 2 n bit array, TS, containing the information about the 
Boolean function (and, therefore, the decision-making system) to be secured. 

Step (2): Select one or more elements of TS. The number of elements selected 
must be less than the total number of elements, 2 n . For example, the number of elements 
selected can be an integer derived from log(n)or Vrc or any other protocol known to those 
skilled in the art. In an exemplary embodiment, the elements are selected at random; 



The table completion module is the inverse or complement of a decomposition 
module initially used to decompose the secret table into the partial truth table and 
complementary array. Those skilled in the art will readily appreciate that many 
different implementations of decomposition modules are possible using well-known 
techniques of computer matrix manipulation, including without limitation, the 
exemplary techniques disclosed with respect to graph camouflaging, above. 
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alternatively, a given element may be selected from an integer function of n 9 or by any 
other technique. 

Step (3): Delete the elements (or simply the content thereof) selected in Step (2) 
from TS. TP 801 is the partial truth table of TS that results after deleting these elements. 

Step (4): Store the partial truth table, TP, in the wallet. 

Step (5): The content of the elements deleted in Step (2), along with the array 
positions of those elements, comprise the complementary array, To 820. The 
complementary array need not be stored within the wallet, but can be distributed or 
otherwise made accessible to a user 825 of the system via, for example, a smart card or 
other external, portable memory device. 

In the exemplary embodiments, once the secret Boolean function (or its state 
information) represented by the truth table array, TS, has been partitioned, and the partial 
and complementary arrays stored separately, generalized camouflaging secures the data 
and information in TS, and therefore of the decision-making system that TS represents, in 
the following manner. 

A user desiring access to TS would enter (or cause to be entered) the 
complementary array To. Because the information that comprises the complementary 
array (password), To , may also be too large for an individual user to remember, an 
external, portable memory device, such as a smart card (with or without a PIN), is 
preferably used to store the complementary array. Thus, for example, if the 
complementary array has been stored on a PIN-protected smart card, then the user would 
insert this smart card into a reader device and enter a PIN. If the PIN is correct, the smart 
card will allow the correct complementary array, To, to be read off the card; if the PIN is 
incorrect, then the smart card will cause an incorrect, "dummy" array, 7* to be read. As 
in the other embodiments of generalized camouflaging, the dummy array can be 
meaningless, random, fixed, or pseudo-valid (the latter indicating a capability to fool an 
attacker into thinking that a valid result has been obtained). The dummy array is either 
stored directly on the card, or it may also be generated by the card if the card possesses 
processing capabilities. 

The complementary (or dummy) array is thus entered into the system. The 
generalized camouflaging system produces an output truth table from the partial array 
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stored in the wallet, TP 801, and the user-entered array 802 (which includes the positions 
of the elements removed from 75), using a table completion module, tc 802, which has 
also been stored in the wallet 800. The output of the system can be presented to the user 
in a number of ways: via computer monitor, via printed expression, via a program that 
encodes the expression, and is able to compute the value of the expression on any input 
set of values for the variables, etc. 

In this example, where the partial truth table, TP 801, and the complementary 
array, T 0 820, have been generated by the method outlined above (i.e., by removal of 
elements from the secret table, 75), then the table completion module, tc 802, constructs a 
truth table from T 0 and TP using the following method: for each element removed from 
75, (a) locate the insertion point in TP at which an element is to be inserted; and (b) insert 
the element content, corresponding to each insertion point, from successive bits in the 
complementary array, Tq. The foregoing describes one exemplary technique for 
combining the complementary and partial arrays; many other well known techniques for 
combining two arrays are known to those skilled in the art, and need not be described 
herein. 

Hence, in the above example for generalized camouflaging, the sub-objects are 
the user-entered complementary array, To 820 (which comprises both the content and the 
integer identifiers for the elements deleted), the partial truth table, TP 801, and tc 802. 
The composition function, /810, is described in this example as follows: f[x,y^) = z(x, 
y). If the user properly remembers and enters the correct complementary array To (via, 
for example, the smart card method described above), then the correct secured table, TS 
830, is reproduced and output by the system: 
fpo, TP, tc) = tc(T 0 , TP) = TS. 

Otherwise, if the user does not remember or cause to be entered the correct 
complementary array, but instead causes to be entered a dummy or otherwise bogus 
graph, 7*, instead, then a pseudo-table is reproduced and output by the system: 
f{T*, TP, tc) = tc(T*, TP) = 75*. 
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5. Further Embodiments 

The foregoing has described various applications of generalized camouflaging, 
directed towards securing a variety of computer-representable objects, such as 
cryptographic keys, dynamic systems modeled by computer-representable graphs, and 
decision-making systems modeled by computer-representable Boolean functions. Each 
of these object types has been described in detail as specific examples of generalized 
camouflaging which, should, be understood to include not only these specific examples, 
but also many alternative embodiments which will be apparent to those skilled in the art. 
The breadth and scope of generalized camouflaging is most readily demonstrated in 
accordance with the following, which shows that any quantity that can be represented 
digitally can be camouflaged using either the graph or Boolean camouflaging 
embodiments. We will show below that the given data can be thought of as a Boolean 
function or a graph and the Boolean or graph camouflaging technique can be used to 
protect it. 

a. Protecting any Discrete Quantity using Boolean Camouflaging 

Without loss of generality, assume that the quantity to be protected is a string of 
zeros and ones of length n. Then we can represent the quantity as a Boolean function as 
follows. Recall from the description of Boolean camouflaging above, that a Boolean 
function on k variables can be represented in a space-efficient embodiment with a bit 
array of size 2 k . If n is an integral power of 2, then the quantity to be protected naturally 
represents one possible state of a Boolean function on log 2 n variables. If n is not an 
integral power of 2, we can append the data with an appropriate number of bits until an 
integral power of 2 is obtained, and the resultant bit sequence will represent a Boolean 
function on |~log 2 n \ variables. 

Alternatively, in another embodiment, the quantity to be protected can be 
expressed as the particular row (or rows) of the truth table in which the particular values 
of xi, x 2 , . . ., x n match the quantity to be protected, with identification of this row being 
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indicated by a special value of the last column entry, F, for this row as compared to the 
other rows. That is, instead of using the column F to represent the quantity to be 
protected, we use one (or more) of the rows representing possible values of operands for 
F. We may regard either of these embodiments as using an array to represent the 
5 quantity to be protected - in the first case, a array per se, and in the second case, an array 
as part of a larger matrix. Where such a matrix is used, it can also be used to 
simultaneously camouflage different quantities to be protected, provided those quantities 
can be expressed as different propositional states of a Boolean function. 

Having thus represented the quantity to be protected as one of the possible states 
10 of the Boolean function, we can protect that quantity using the Boolean camouflaging 
techniques described earlier. Those skilled in the art will also realize that, although the 
foregoing uses base 2 arithmetic, the technique is readily applicable to quantities in any 
other base (including, for example, a 26-base system such as the English alphabet), say 
base k, by expressing the quantity to be protected as one possible state of a Boolean 
m 15 function of log k n variables. Alternatively, one could simply assign each element of the 
¥ other base a unique base 2 equivalent (e.g., in the base 26 case of the English alphabet, 

If *n 

fU a=00001, b=00010, . . z=l 1010) and proceed with base 2 operations. 
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b. Protecting any Discrete Quantity using Graph Camouflaging 



Similarly, any graph of A: vertices can be represented as an adjacency matrix of 
size k x k . If we arrange the elements of this matrix in row-major order, then we get a 
bit-array of size k 2 . In other words, a graph of k vertices can be represented as a bit-array 
of size k 2 . Thus if the quantity to be protected has n bits and if n is a perfect square, then 

25 the quantity to be protected naturally corresponds to a graph of 4n vertices. If n is not a 
perfect square, then we can append the quantity to be protected with an appropriate 
number of bits until we get a graph of 1 4n (-vertices. In such a graph, the quantity to be 
protected is expressed as the contents of the adjacency matrix, in accordance with any 
desired convention. In a space-efficient implementation, the matrix contains no more 

30 elements than is necessary to contain the quantity to be protected (with any necessary 
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padding), stored in row- or column-major fashion. In other implementations, only one 
(or more) row(s) or column(s) of the matrix could be used, with the other row(s) or 
column(s) being filled with other data. The identifier of the row(s) or column(s) 
containing the quantity to be protected could be identified by a predetermined element of 
the matrix (for example and without limitation, by coding such identifier into the first 
row), or it could be fixed and known to the system without being coding into the matrix. 
Once the quantity to be protected is thus modeled as a graph, we can then employ the 
graph camouflaging embodiment to protect the quantity. 

The foregoing illustrates that the techniques disclosed herein are usable generally 
for securing, through camouflaging, any form of computer-representable object that 
carries or represents data, information, or instructions for executing functional 
transformations which are intended to remain secured and protected from unauthorized 
use or access. 

c. Hardware and Software Embodiments 

In addition, although the exemplary embodiments have been described with 
respect to a software-based system, this is not strictly necessary. For example, some or 
all of the generalized camouflaging elements can be deployed using microcode and PLAs 
or ROMs, general purpose programming languages and general purpose microprocessors, 
or ASICs. That is, generalized camouflaging is not limited to software per se, but can 
also be deployed in virtually any form of computer logic instructions, including pure 
software, a combination of software and hardware, or even hardware alone. Thus, 
depending on whether an implementation is in software, hardware, or a combination 
thereof, the computer-readable media and memories containing the computer logic 
instructions with which the various embodiments are implemented could include data 
structures or other types of software structures, a disk, ROM, RAM or other type of 
physical structures, or some combination thereof. 

Therefore, in light of all the foregoing, it is intended that the scope of the 
invention be limited only by the claims appended below. 
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